бизнес-решения для предприятий

подвижная земная станция
Земная станция подвижной спутниковой службы, предназначенная для работы во время движения и (или) во время остановок.
[ОСТ 45.124-2000 ]

Тематики

• службы связи

Обобщающие термины

• станции

EN

• MES
• mobile earth station

система документирования медицинской помощи
Одна из систем управления Играми. Данная система обеспечивает сбор информации относительно различных уровней медобеспечения и отчетов для организаций по управлению медицинскими службами (медицинской комиссии МОК и др.). Она также предоставляет онлайн-доступ к краткой истории болезни по каждому пациенту.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

medical encounters system
MES
One of the Games management systems. The medical encounters system gathers information relative to the different levels of healthcare, generated reports for the medical management organizations (IOC Medical Commission and others) and provides an online summary of each case history.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (управление Играми)

EN

• medical encounters system
• MES

система оперативного управления производством
-
[Интент]

Уровень оперативного управления реализуется с помощью MES-систем.

Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией Manufacturing Execution Systems Association (MESA), и подробное их описание можно найти во многих источниках, например в книге Michael McClellan “Applying Manufacturing Execution Systems”.

Вряд ли найдётся ПО, которое в полной мере будет обладать всей необходимой для оперативного управления функциональностью
Поэтому говоря о программных реализациях оперативного управления, нужно прежде всего выделять самые важные для конкретной ситуации функции и выбирать ту систему, которая поможет решить соответствующие задачи. Не исключено, что для реализации определённого набора функций необходимо будет использовать несколько информационных систем, тесно интегрированных между собой.

Приведём пример такого подхода.
В качестве ядра системы оперативного управления производством может выступать классическая MES-система,
например Factelligence компании CIMNET, обладающая полным набором классических MES-функций. Однако существуют программные компонен ты, «заточенные» на решение определённых задач. Если требуется оптимизационное планирование, то функций модуля планирования MES Factelligence может не хватить и нужно использовать решения класса Advanced Planning Systems (APS), например программный продукт Preactor компании Preactor International, в тесной интеграции с MES-системой. На основе созданного в ERP объёмно-календарного плана производства APS-система сформирует оптимизированный по вы бранным критериям цеховой план.

Если стоит задача отслеживать плановые и учитывать оперативные ремонты оборудования, то совместно с MES-системой можно использовать систему класса Enterprise Asset Management (EAM). В этом случае при составлении плана производства будут учитываться связанные с ремонтами и техническим обслуживанием простои оборудования. В качестве EAM-системы может использоваться и решение на базе программного продукта DataStream.

Не всегда классические MES-системы имеют необходимые для решения специальных задач средства визуализации и агрегирования данных. Здесь их функцию могут выполнить системы класса Enterprise Manufacturing Intelligence (EMI). Они позволяют создавать информационную среду, обладающую Web-интерфейсом, предоставляющую доступ к данным о производственных процессах предприятия и ключевым показателям эффективности и помогающую формировать различные виды отчётов о ежедневной деятельности предприятия. На основе полученной информации EMI-системы позволяют менеджерам принимать своевременные решения, направленные на увеличение эффективности производства и повышение качества выпускаемой продукции. Системы класса EMI позволяют собирать и анализировать данные не только с одного АРМ, линии или завода, но и с нескольких предприятий, расположенных как в одной стране, так и географически распределённых по всему миру. Представителем класса EMI-решений является система ActivePlant.

Решения задач оперативного управления производством невозможно реализовать в полной мере без системы, обеспечивающей получение фактических данных о проходящих на производстве процессах, обработки этих данных и передачи их для анализа, например, в MES систему. Безусловно, в любую ERP- или MES-систему можно ввести подобные данные вручную. Но минусы такого подхода очевидны: это низкая оперативность, высокая вероятность случайных и предумышленных ошибок. Во избежание этих минусов можно реализовать интеграцию MES-уровня с АСУ ТП. В этом случае на систему АСУ ТП возлагается не столько функция управления технологическим процессом, сколько функция регистрации событий, обработки полученной информации, её хранения и предоставления на верхние уровни информационной структуры в требуемом виде.

Таким образом, получаем структуру, изображённую на рис. 2.

Рис. 2. Структура, решающая задачи оперативного управления производством

Все компоненты, входящие в эту структуру, принимают участие в решении задач оперативного управления производством. Грани, которыми они соприкасаются, — это области интеграции, где информационные потоки объединяют такие, на первый взгляд, разные программно-аппаратные структуры. Как видно, решаемые задачи охватываются различными программными решениями, и совсем не обязательно, что это будут классические, с точки зрения ассоциации MESA, 11 функций MES-системы. Выбор того, какими средствами будут решаться отдельные задачи, должен производиться очень тщательно, после всестороннего изучения бизнес-процессов, протекающих на предприятии. Поэтому важным элементом успешного внедрения такой комплексной системы, кроме технической реализации, является её организационная реализация.

[Владимир Демидов. Решение задач оперативного управления производством на различных уровнях информационной структуры предприятия. СТА 1/2006]

Тематики

• автоматизированные системы

EN

• Manufacturing Execution Systems
• MES

система оперативного управления производством
-
[Интент]

Уровень оперативного управления реализуется с помощью MES-систем.

Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией Manufacturing Execution Systems Association (MESA), и подробное их описание можно найти во многих источниках, например в книге Michael McClellan “Applying Manufacturing Execution Systems”.

Вряд ли найдётся ПО, которое в полной мере будет обладать всей необходимой для оперативного управления функциональностью
Поэтому говоря о программных реализациях оперативного управления, нужно прежде всего выделять самые важные для конкретной ситуации функции и выбирать ту систему, которая поможет решить соответствующие задачи. Не исключено, что для реализации определённого набора функций необходимо будет использовать несколько информационных систем, тесно интегрированных между собой.

Приведём пример такого подхода.
В качестве ядра системы оперативного управления производством может выступать классическая MES-система,
например Factelligence компании CIMNET, обладающая полным набором классических MES-функций. Однако существуют программные компонен ты, «заточенные» на решение определённых задач. Если требуется оптимизационное планирование, то функций модуля планирования MES Factelligence может не хватить и нужно использовать решения класса Advanced Planning Systems (APS), например программный продукт Preactor компании Preactor International, в тесной интеграции с MES-системой. На основе созданного в ERP объёмно-календарного плана производства APS-система сформирует оптимизированный по вы бранным критериям цеховой план.

Если стоит задача отслеживать плановые и учитывать оперативные ремонты оборудования, то совместно с MES-системой можно использовать систему класса Enterprise Asset Management (EAM). В этом случае при составлении плана производства будут учитываться связанные с ремонтами и техническим обслуживанием простои оборудования. В качестве EAM-системы может использоваться и решение на базе программного продукта DataStream.

Не всегда классические MES-системы имеют необходимые для решения специальных задач средства визуализации и агрегирования данных. Здесь их функцию могут выполнить системы класса Enterprise Manufacturing Intelligence (EMI). Они позволяют создавать информационную среду, обладающую Web-интерфейсом, предоставляющую доступ к данным о производственных процессах предприятия и ключевым показателям эффективности и помогающую формировать различные виды отчётов о ежедневной деятельности предприятия. На основе полученной информации EMI-системы позволяют менеджерам принимать своевременные решения, направленные на увеличение эффективности производства и повышение качества выпускаемой продукции. Системы класса EMI позволяют собирать и анализировать данные не только с одного АРМ, линии или завода, но и с нескольких предприятий, расположенных как в одной стране, так и географически распределённых по всему миру. Представителем класса EMI-решений является система ActivePlant.

Решения задач оперативного управления производством невозможно реализовать в полной мере без системы, обеспечивающей получение фактических данных о проходящих на производстве процессах, обработки этих данных и передачи их для анализа, например, в MES систему. Безусловно, в любую ERP- или MES-систему можно ввести подобные данные вручную. Но минусы такого подхода очевидны: это низкая оперативность, высокая вероятность случайных и предумышленных ошибок. Во избежание этих минусов можно реализовать интеграцию MES-уровня с АСУ ТП. В этом случае на систему АСУ ТП возлагается не столько функция управления технологическим процессом, сколько функция регистрации событий, обработки полученной информации, её хранения и предоставления на верхние уровни информационной структуры в требуемом виде.

Таким образом, получаем структуру, изображённую на рис. 2.

Рис. 2. Структура, решающая задачи оперативного управления производством

Все компоненты, входящие в эту структуру, принимают участие в решении задач оперативного управления производством. Грани, которыми они соприкасаются, — это области интеграции, где информационные потоки объединяют такие, на первый взгляд, разные программно-аппаратные структуры. Как видно, решаемые задачи охватываются различными программными решениями, и совсем не обязательно, что это будут классические, с точки зрения ассоциации MESA, 11 функций MES-системы. Выбор того, какими средствами будут решаться отдельные задачи, должен производиться очень тщательно, после всестороннего изучения бизнес-процессов, протекающих на предприятии. Поэтому важным элементом успешного внедрения такой комплексной системы, кроме технической реализации, является её организационная реализация.

[Владимир Демидов. Решение задач оперативного управления производством на различных уровнях информационной структуры предприятия. СТА 1/2006]

Тематики

• автоматизированные системы

EN

• Manufacturing Execution Systems
• MES

система оперативного управления производством
-
[Интент]

Уровень оперативного управления реализуется с помощью MES-систем.

Классический подход при рассмотрении системы класса MES предполагает 11 функций, которыми такая система должна располагать. Эти функции были определены ассоциацией Manufacturing Execution Systems Association (MESA), и подробное их описание можно найти во многих источниках, например в книге Michael McClellan “Applying Manufacturing Execution Systems”.

Вряд ли найдётся ПО, которое в полной мере будет обладать всей необходимой для оперативного управления функциональностью
Поэтому говоря о программных реализациях оперативного управления, нужно прежде всего выделять самые важные для конкретной ситуации функции и выбирать ту систему, которая поможет решить соответствующие задачи. Не исключено, что для реализации определённого набора функций необходимо будет использовать несколько информационных систем, тесно интегрированных между собой.

Приведём пример такого подхода.
В качестве ядра системы оперативного управления производством может выступать классическая MES-система,
например Factelligence компании CIMNET, обладающая полным набором классических MES-функций. Однако существуют программные компонен ты, «заточенные» на решение определённых задач. Если требуется оптимизационное планирование, то функций модуля планирования MES Factelligence может не хватить и нужно использовать решения класса Advanced Planning Systems (APS), например программный продукт Preactor компании Preactor International, в тесной интеграции с MES-системой. На основе созданного в ERP объёмно-календарного плана производства APS-система сформирует оптимизированный по вы бранным критериям цеховой план.

Если стоит задача отслеживать плановые и учитывать оперативные ремонты оборудования, то совместно с MES-системой можно использовать систему класса Enterprise Asset Management (EAM). В этом случае при составлении плана производства будут учитываться связанные с ремонтами и техническим обслуживанием простои оборудования. В качестве EAM-системы может использоваться и решение на базе программного продукта DataStream.

Не всегда классические MES-системы имеют необходимые для решения специальных задач средства визуализации и агрегирования данных. Здесь их функцию могут выполнить системы класса Enterprise Manufacturing Intelligence (EMI). Они позволяют создавать информационную среду, обладающую Web-интерфейсом, предоставляющую доступ к данным о производственных процессах предприятия и ключевым показателям эффективности и помогающую формировать различные виды отчётов о ежедневной деятельности предприятия. На основе полученной информации EMI-системы позволяют менеджерам принимать своевременные решения, направленные на увеличение эффективности производства и повышение качества выпускаемой продукции. Системы класса EMI позволяют собирать и анализировать данные не только с одного АРМ, линии или завода, но и с нескольких предприятий, расположенных как в одной стране, так и географически распределённых по всему миру. Представителем класса EMI-решений является система ActivePlant.

Решения задач оперативного управления производством невозможно реализовать в полной мере без системы, обеспечивающей получение фактических данных о проходящих на производстве процессах, обработки этих данных и передачи их для анализа, например, в MES систему. Безусловно, в любую ERP- или MES-систему можно ввести подобные данные вручную. Но минусы такого подхода очевидны: это низкая оперативность, высокая вероятность случайных и предумышленных ошибок. Во избежание этих минусов можно реализовать интеграцию MES-уровня с АСУ ТП. В этом случае на систему АСУ ТП возлагается не столько функция управления технологическим процессом, сколько функция регистрации событий, обработки полученной информации, её хранения и предоставления на верхние уровни информационной структуры в требуемом виде.

Таким образом, получаем структуру, изображённую на рис. 2.

Рис. 2. Структура, решающая задачи оперативного управления производством

Все компоненты, входящие в эту структуру, принимают участие в решении задач оперативного управления производством. Грани, которыми они соприкасаются, — это области интеграции, где информационные потоки объединяют такие, на первый взгляд, разные программно-аппаратные структуры. Как видно, решаемые задачи охватываются различными программными решениями, и совсем не обязательно, что это будут классические, с точки зрения ассоциации MESA, 11 функций MES-системы. Выбор того, какими средствами будут решаться отдельные задачи, должен производиться очень тщательно, после всестороннего изучения бизнес-процессов, протекающих на предприятии. Поэтому важным элементом успешного внедрения такой комплексной системы, кроме технической реализации, является её организационная реализация.

[Владимир Демидов. Решение задач оперативного управления производством на различных уровнях информационной структуры предприятия. СТА 1/2006]

Тематики

• автоматизированные системы

EN

• Manufacturing Execution Systems
• MES

заинтересованная сторона (лицо, структура)
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• stakeholder

заинтересованное лицо
Человек, заинтересованный в организации, проекте, ИТ-услуге и т.п. Заинтересованные лица могут проявлять интерес к видам деятельности, целям, ресурсам или результатам. Заинтересованными лицами могут быть заказчики, партнёры, работники, акционеры, владельцы, и т.п.
См. тж. матрица ролей и ответственности.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

stakeholder
A person who has an interest in an organization, project, IT service etc. Stakeholders may be interested in the activities, targets, resources or deliverables. Stakeholders may include customers, partners, employees, shareholders, owners etc.
See also RACI.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• stakeholder

причастная сторона
Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечания
1. Лицо, принимающее решение, также является причастной стороной.
2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.
[ ГОСТ Р 51897-2002]

Тематики

• менеджмент риска

Обобщающие термины

• термины, относящиеся к лицам или организациям, подвергающимся риску

EN

• stakeholder

FR

• partie prenante

4.45 правообладатель (stakeholder): Лицо или организация, имеющие право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими ее потребности и ожидания.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.15 правообладатель (stakeholder): Сторона, имеющая право, долю или претензии на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.19 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

Примечания

1 Лицо, принимающее решение, также является причастной стороной.

2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона

[ИСО/МЭК Руководство 73:2002, пункт 3.2.1]

Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.

Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.

Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа

3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.

Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.

Источник: ГОСТ Р 53663-2009: Система менеджмента безопасности цепи поставок. Требования оригинал документа

2.11 причастная сторона (stakeholder): Сторона (лицо или организация), имеющая право, долю, интерес или притязания на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.

[ISO/IEC 15288:2008]

Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

2.23 заинтересованная сторона (stakeholder): Физическое лицо или организация, заинтересованные в разработке или внедрении проекта по парниковым газам (2.12).

Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

2.25 заинтересованная сторона (stakeholder): Физическое лицо или организация, заинтересованные в разработке или внедрении проекта по парниковым газам (2.14).

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

2.47 заинтересованная сторона (stakeholder): Лицо или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

2.38 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

Примечания

1 Лицо, принимающее решение, также является причастной стороной.

2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.

Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

2.32 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

Примечание

1. Лицо, принимающее решение, также является причастной стороной.

2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона

[ИСО/МЭК Руководство 73:2009].

Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

2.13 заинтересованная сторона (stakeholder): Лицо или организация, которые могут воздействовать, или на которые могут воздействовать, или которые считают, что на них влияет какое-либо решение или деятельность.

Примечание - Лицо, принимающее решения, может быть заинтересованной стороной.

[Руководство ИСО 73:2009, определение 3.2.1.1]

Источник: ГОСТ Р ИСО 31000-2010: Менеджмент риска. Принципы и руководство оригинал документа

3.63 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.

Примечание - Заимствовано из ИСО/МЭК 15288:2002.

Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

3.27 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).

[Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1].

Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

2.33 правообладатель (stakeholder): Сторона, имеющая некоторые права, акции, а также активы, подверженные риску по отношению к оцениваемому объекту или их характеристикам, отвечающим потребностям и ожиданиям этой стороны.

а) сторона, владеющая правом, долей или активом в системе с характеристиками, отвечающими потребностям и ожиданиям этой стороны.

[ИСО/МЭК 15288]

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.3 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).

[Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1]

Источник: Р 50.1.070-2009: Менеджмент риска. Рекомендации по внедрению. Часть 3. Обмен информацией и консультации

3.27 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.

3.28 заказ (order): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющей информацию для планирования и контроля бизнес-процессов предприятия.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа